🤖 AI 參與等級:🤝 AI 起草+人類重寫(本欄位每篇更新,實驗的誠實條款之一)
我當 Tech Leader 有一段時間了。帶過團隊、招過人、也看過職缺上永遠寫不完整的職能清單。上個月,我決定做一個實驗:
組一支完全沒有人的 Tech Team。
不是「用 AI 輔助團隊」。是整個團隊的座位,先全部空出來。
接下來三十天,我會把一個科技團隊的職能地圖完整攤開,每天讓一個工種「上線」:Linux、SRE、DevOps、CI/CD、監控告警與事故後檢討、系統效能優化、AWS;Python、PHP/Laravel、MySQL/PostgreSQL、SonarQube、資安弱點掃描、系統架構設計、自動化開發流程;雲端成本優化、FinOps、SAS Enterprise Guide;AI 工程/LLM 應用、prompt engineer、Claude Code、Codex、pi、muse、Hermes、OpenClaw、Loop Engineer;最後是技術領導與人才培育、跨部門溝通協作。
二十八個工種,一天上線一個隊友。 而這支團隊唯一的全職,是 Grok bot——手機上隨時派工,電腦上跑長任務;它管整個三十天的排班,也代打每個工種的初稿。人類的我只剩兩件工作:出題,和蓋章。
所以,這是一支沒有人的 Tech Team。至少,這三十天是。
三個理由,誠實版:
第一,一個 Tech Team 的職能地圖,從來沒有被完整盤點過。 職缺網站上的 JD 永遠只列一半;很少有團隊把「我們到底需要哪些工種」寫成清單,然後一項一項測「AI 現在能不能坐上這個座位」。
第二,「AI 會不會取代整個團隊」是現在每個主管都躲不掉的問題。 與其焦慮,不如做組隊壓力測試:28 個工種逐一上陣,看哪些座位 AI 坐得住、哪些碎成一連串更細的判斷題、哪些反而需要更貴的人。
第三,下次招人的時候,我想要一張誠實的清單。 這個實驗的終點,不是「AI 贏」或「人贏」,而是一張 JD:這個時代組一支 Tech Team,哪些位置可以直接給 AI,哪些位置還是得招人、招什麼樣的人。
順序不是隨便排的:先把地基和品質的座位填上,再算錢,再讓 AI 面試 AI 自己——最後才碰「人」的座位。這個順序本身就是一個假設:越靠近人的工種,AI 越晚坐得穩。
另外,每個工種的「這個座位要會什麼」,我會對照 roadmap.sh 的公開學習路線圖逐張整理成座位卡——DevOps、Linux、AWS、Python、PostgreSQL、AI Engineer、Prompt Engineering、Claude Code,一直到 Engineering Manager,二十八張,跟著連載一起放出來。實驗結束時,你拿到的不只是結論,還有一張可以自己照著組隊的地圖。
第五幕之前,你可能會覺得這是「AI 萬能」或「AI 不行」的二選一。我賭的都不是。
我賭的是:這張團隊座位表會裂開。 有些座位 AI 坐得住(而且坐得比一般水準好);有些座位它坐得上去,但你不敢讓它坐;還有一些座位,會長出這個團隊以前根本不需要的新職位。
三十天後,我會交一張招聘清單:28 個座位,每一個標注——AI 坐穩了、AI 坐了但你必須盯、還是這個位置請繼續招人。
明天,第一位隊友上線:Linux 工程師——所有團隊都以為自己懂、但很少有人最近真正重新檢查過的地基。
如果你也好奇自己的團隊裡,還有多少座位是「非人不可」,歡迎訂閱,跟著這場組隊實驗走完三十天。